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CROSS REFERENCE TO RELATED APPLICATIONS 

This application claims benefit from U.S. Provisional Patent Application 
Serial No. 60/177,530, filed January 21, 2000, which is hereby incorporated 
by reference. 

FIELD OF THE INVENTION 

The present invention generally relates to credit card and membership 
card services and, more particularly, to a system for providing a single card 
that functions as both a credit card, for gaining access to credit services 
provided by a primary party, and a membership card, for gaining access to an 
exclusive membership club administered by a service partner. 

BACKGROUND OF THE INVENTION 

In today's world, there is a wide variety of benefits that are available to 
a consumer where access to the benefits depends upon the consumer's 
possession of a card. For example, some of the benefits, to which a typical 
consumer may gain access by possessing a card, include proof of identity, 
proof of professional licensing, entry to an exclusive membership club, entry 
to an access-restricted location, access to credit services, telephone system 
use, and accrual of loyalty rewards/incentives such as frequent flier miles or 
grocery store discounts and rebates. For example, U.S. Patent No. 
5,924,080, which is hereby incorporated by reference, discloses a system that 
may enable a consumer to receive discounts without the burden of using 
coupons, similar to the system currently used by many grocery stores. 

Due to the desirability of such benefits, consumers in today's world 
typically carry a wide array of cards in their wallets and purses. The cards 
consumers now carry include, among others, credit cards, driver's licenses, 
club membership cards, frequent flier cards, professional registration cards, 
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retailer loyalty cards, and security-related restricted-access cards. Typically, 
each of these consumer cards contains information about the specific user or 
consumer, information about the service or benefit provider and information 
serving to define the benefits or services, to which the consumer is entitled by 
virtue of his or her possession of the card. The information concerning the 
card member may include photographs, signatures, fingerprints, and other 
information that identifies or describes the card member. Information 
regarding the identity of the service provider and the associated benefits, to 
which the card member is entitled, may be readily ascertained by reading the 
face of the card, may be encoded or accessed by using the card. Informat.on 
may be incorporated onto the cards through a variety of means including 
imprinting, punching, laminating, embossing, bar encoding, magnetic stripe 
encoding, and even affixation or incorporation of micro-chips. For example, 
U.S. Patent No. 4,998,753, which is hereby incorporated by reference, 
discloses a driver's license formed as a plastic card. 

Unfortunately, due to the proliferation of services and benefits currently 
available from diverse service providers, the quantity of cards that average 
consumers carry has become unreasonably and unnecessarily burdensome. 
For example, on a single shopping trip, a typical consumer may carry a 
drivers license to drive their motor vehicle to the merchant's location, a 
membership card to obtain access to the merchant's exclusive membership 
club, a calling card to make phone calls during the shopping trip, and a credit 
card to obtain credit services to facilitate the purchase of goods from the 
merchant. Yet, it can be cumbersome and uncomfortable to carry all these 
necessary cards in one's wallet, pocket or purse. 

Thus, it would be advantageous to decrease the volume of cards that a 
consumer must carry while retaining the consumer's access to the full array of 
benefits provided by the diversity of service providers. U.S. Patent No. 
5 590 038 which is hereby incorporated by reference, discloses a universal 
electronic 'transaction card that may serve as a credit card, identification card, 
and medical card. Further, U.S. Patent No. 5,844,230, which is also hereby 
incorporated by reference, discloses a card that may contain the information 
of two credit cards on a single card. While these references attempt to 
decrease the volume of cards a consumer must carry to access a given set of 
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services, they require, among other elements, multiple sets of embossed 
information and multiple magnetic stripes. 

Simultaneous with this desire to reduce the volume of cards, there is 
an evident need to increase the information carrying capacity of such 
5 consumer cards. For example, U.S. Patent No. 5,308,121 and a related 
patent, U.S. Patent No. 5,503,434, both of which are hereby incorporated by 
reference, disclose credit cards that can be unfolded to allow more room for 
the printing of information. Furthermore, U.S. Patent No. 4,066,873, which is 
also hereby incorporated by reference, discloses a banking identification and 
1 0 access card that contains a magnetic stripe and a bar code on the back of the 
card that can be scanned by a scanning apparatus. 

Yet, despite these varied efforts at increasing the utility of consumer 
cards while decreasing the volume of cards a consumer must carry, no card 
currently exists that offers the combined benefits of multiple cards without 
1 5 necessitating the incorporation of additional embossed information or 

magnetic stripes on the associated card. Furthermore, the prior art attempts 
at reducing the quantity of cards a consumer must carry are typically aimed at 
modifying the cards, rather than modifying the processes and systems 
employed by the individual benefit providers, such that the consumer may 
20 continue to enjoy benefit from multiple providers. In fact, none of the methods 
or systems for providing a multiplicity of services through a single card that 
are known in the art involve substantial administrative cooperation between 

distinct service providers. 

Furthermore, it has become apparent that consumers who seek access 
25 to a particular set of benefits from one service provider are more likely to 
desire access to a second set of benefits from a distinct class of service 
providers. For example, it stands to reason that consumers who access a 
membership shopping club are likely to desire credit services during their trip 
to the club. Therefore, it would be advantageous for providers of distinct 
30 services such as credit services and membership club shopping services to 
cooperate to offer a single card that provides consumers with access to the 
benefits of the currently separate and distinct cards. By doing so, a primary 
party provider of credit services and a partnering membership club can 
encourage use of their respective services while providing a synergistic 
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administrative benefit to themselves and their consumers 

Moreover, the separate cards currently carried by a typical consumer 
contain a multiplicity of duplicate information such as pictures, s.gnatures 
addresses, bili.ng informat.on, etc. Therefore, it would be advantageous ^ 
minimize dupi.cation of identical informat.on on mui.iple cards, I. wouU further 
be advantageous for the information to be grouped on the different s.des of a 
single card such that a first side of the card provides a first se, of benefits 
^hile the other side of the card provides access to a separate and dist.nc. set 
of benefits. Thus, it would be advantageous to have a multiple-service card 
that functions to provide a consumer with the benefits typically provided by 
distinct service providers It would further be advantageous if the multi- 
service card did no. require multiple card-iike elements connected by a hrnge 
or the use of multiple magnetic stnoes. I. would further be advantageous to 
have a system and method to facilitate cooperation between separate and 

distinct providers of card services. 

Further it would be advantageous to have a multiple-serv.ce card that 
functions as both a credit card as well as a separate entity's membersh,p 
card It would also be advantageous for the multiple-service card to feature 
the customer's picture on the card's back side, rather than on its front s,de. 
would also be advantageous to have the picture that is to be placed on the 
back of the card captured by the service partner and passed to the card 
generator It would also be advantageous to have a card that contains a bar 
code that may be scanned at the point of sale when customers make 
purchases so that the scanned data may be forwarded directly to the service 
partner's systems for reporting and tracking purposes. 



SUMMARY OF THE INVENTION 
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The present invention provides a system and method for proving 
consumers with the benefits of multiple cards while allowing consumers to 
carry a single card. To accomplish this advantage, the system and method of 
the present invention enables a single card to function in multiple modes, or 
example, as both a credit card and a separate service partner's membership 
card By providing a system of back-end functionality that takes advantage of 
cooperation between the multiple serv.ce providers, the present invenfon 
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eliminates the disadvantages o, the prior ar, systems such as, for xm^. 
,ne recrement .o join, through use of a hinge and a fastener, 
segments or the requirement to embed multiple magnetic stripes ,n.o the 

consumer's card. 

More particularly, the system of the present invention provides 
methods for opening new accounts, methods for accomplishing card 
r ep,acement, methods for canceling a service partner membership, methods 
for canceling a primary party account, and methods for transferring an 
account to a different service partner account. The multiple-service card 
enabled by the present invention may include any combination of membership 
information, a barcode, and a photo in addition to standard credit card 
information. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Additional aspects of the present invention will become evident upon 
.viewing the norviimiting embod.ments descnbed in the specification and he 
Cairns taken in conjunction with the accompanying figures, wherem l,ke 
numerals designate like elements, and: 

Fig. 1 is a schematic diagram of an exemplary system for proving a 

multiple-service card; 

Fig 2a is a flowchart of a portion of an exemplary new account 
process, complementing tig. 2b, in accordance with the present invention; 

Fig 2b is a flowchart of a portion of an exemplary new account 
process, complementing Fig 2a, in accordance with the present invents; 

Fig 3a is a flowchart of a portion of an exemplary multiple-serv.ee card 
replacement process, complementing Fig. 3b, in accordance with the present 

imen " Fig 3b is a flowchart of a portion of an exemplary multiple-service card 
replacement process, commenting Fig. 3a, in accordance w,«h the present 

' men,l Ho 4 is a flowchart of an exemplary multiple-service card service 
partner membership cancellation process in accordance with the present 

invention; and . 
Fig. 5a ,s a flowchart of a portion of an exemplary multiple-service card 
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primary party carnation process, complement^ Fig. 5b, in accordance 

with the present invention; 

Fig 5b ,s a flowchart of a portion of an exemplary mul.iple-serv.ce card 
primary party cancelation process, complementing Fig, 5a, in accordance 
with the present invention. 

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 
The present invention may be described herein in terms of functional 
biock components, screen shots, opt.ona, sections, and various processing 
step s It should be appreciated that such functional blocks may be reahzed by 
any number of hardware and/or software components configured to perform 
the specified functions. For example, the present invention may employ 
various integrated circu,. components, e.g., memory elements, processing 
elements, logic elements, ,ooK-up tables, and the like, which may carry ou a 
vanety of functions under the contro, of one or more microprocessors or other 
control devices. Similarly, the software elements of the present invention may 
be implemented with any programming or scripting language such as C , C , 
Java COBOL, assembler, PERL, or the like, with the various algorithms be,ng 
implemented with any combination of data structures, objects, process^ 
routines or other programming elements. Further, it shouid be noted that , e 
presenl invention may employ any number o, conventional «*n*u~ £ 
data transmission, signaling, data processing, network con.ro,, and the l,ke^ 
For a basic introduction to cryptography, please review a text written by Bruce 
Schneider, which text is entitled "Applied Cryptography: Protect 
Aigorithms. And Source Code In C/ pubi.shed by John Wiiey ft Sons (second 
5 edition 1 996), which is hereby incorporated by reference. 

I, should be appreciated that the particular implementations shown and 
described herein are illustrative of the invention and its best mode and are not 
intended to o.heavise iimit the scope of the present invention in any way. 
,ndeed for the sake of brevity, conventional data networking, appl.cat.on 
,0 development, and other functional aspects of the systems (and components 
of the individual operating components of the systems) may not be descnbed 
in detail herein. Furthermore, the connecting lines shown in the vanous 
figures contained herein are intended to represent exemplary funct.onal 
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relationships and/or physical couplings between the various elements, 
should be noted that many alternative or additional funo.ional relationships or 
physical connections may be present in a pract,cal electronic transaction 
system It should further be noted that the order of the steps denoted ,n the 
attached drawings are not intended as limitations and the steps may be 
accomplished in other orders without deviating from the scope of the present 
mvention Still further, the actors denoted as performing individual steps ,n 
tne disclosed process should no. be interpreted as limiting in any way as one 
with ordinary skill in the art appreciates that the steps may be performed by 
actors different from those disclosed herein without deviating from the spirit 

and scope of the present invention. 

It will be appreciated that many applications of the present invention 
oould be formulated. One skilled in the art will appreciate that the network 
may include any system for exchanging data or transacting business, such as 
the internet, an intranet, an extranet, WAN, LAN, satellite communicates, 
and/or the like. The parties may interact with the system v,a any input device 
such as a keyboard, mouse, kiosk, personal digital assistant, handheld 
computer (e.g., Palm Pilot®), cellular phone, and/or the like. Similarly, he 
invention could be used in conjunction with any type of personal computer, 
network computer, workstation, minicomputer, mainframe, or the like running 
any operating system such as any version of Windows, Windows NT, 
Windows 2000, Windows 98, Windows 95, MacOS, OS/2, BeOS, Linux, 
UNIX or the like. Moreover, although the invention may be implemented with 
TCP/IP communications protocols, it will be readily understood that the 
invention could also be implemented using IPX, Aople.alk, IP-6, NetBIOS, 
OSI or any number of existing or future protocols. Moreover, the system 
contemplates the use, sale, or distribution o, any goods, services, or 
information over any network having similar functionality described herein. 

The consumer, merchant, primary party, and service partner may 
, represent individual people, entities, or businesses. Although labeled as a 
■primary party," the primary party may represent other types of card issuing 
institutions, such as credit card companies, card sponsoring companies 
.oyalty/incentive companies or third party issuers under contract with financial 
institutions. I. is further noted that other participants may be involved ,n some 
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phases of the system and methods, but these participants are not shown. 

As illustrated in Fig. 1, in an exemplary embodiment, the system of the 
instant invention may comprise a primary party 102 provider of credit services 
as well as a service partner 106. Both the primary party 102 and the service 
partner 106 are equipped with a computing unit or system to facilitate on.me 
commerce transactions and communications. These computing unrts or 
systems may take the form of a computer or set of computers, although other 
types of computing units or systems may be used, including laptops, 
notebooks, hand held computers, set-top boxes, workstations, computer- 
servers, main frame computers, mini-computers, PC servers, network sets of 

computers, and/or the like. 

The primary party 102 and the service partner 106 both comprise 
computing units or systems, which communicate with and through a card 
service engine 104, and all of which are connected with each other via a data 
communication network. The network may be a public network, which should 
be assumed to be insecure and open to eavesdroppers. For example, the 
internet may be employed as the network. In this context, the computers may 
or may not be connected to the Internet at all times. For instance, the service 
partner 106 computer may employ a modem to occasionally connect to the 
Internet whereas the primary party's computing center might maintain a 
permanent connection to the Internet. It is noted that the network may also be 
implemented as other types of networks, such as an interactive telev.s.on 
(ITV) network. The computers may also be interconnected via exist.ng 
proprietary networks such as those that presently accommodate transactions 
for credit cards, debit cards, and other types of financial/banking cards. Such 
an interconnection is a closed network that may be assumed to be secure 
from eavesdroppers. Examples of these proprietary networks include the 
American Express®, VisaNet®, and the Veriphone® networks. 

As will be appreciated by one of ordinary skill in the art, the present 
invention may be embodied as a method, a data processing system, a device 
for data processing, and/or a computer program product. Accordingly, the 
present invention may take the form of an entirely software embodiment, an 
entirely hardware embodiment, or an embodiment combining aspects of both 
software and hardware. Furthermore, the present invention may take the 
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form of a computer program product on a computer-readable storage med.um 
having computer-readable program code means embodied in the storage 
med,um Any suitable computer-readable storage medium may be ut,l, Z ed, 
including hard disks, CD-ROM, optical storage devices, magnetic storage 

devices, and/or the like. 

The present invention is described below with reference to block 
diagrams and flowchart illustrations of methods, apparatus (e.g., systems), 
and computer program products according to various aspects of the invention. 
„ will be understood that each functional block of the block diagrams and the 
flowchart illustrations, and combinations of functional blocks in the block 
diagrams and flowchart illustrates, respectively, can be implemented by 
computer program instructions. These computer program instructions may be 
toaded onto a general purpose computer, special purpose computer, or other 
programmable data processing apparatus to produce a machine, suoh that 
the instructions, which execute on the computer or other programmable data 
processing apparatus, create means for implementing the functions speeded 

in the flowchart block or blocks. 

These computer program instructions may also be stored in a 
computer-readable memory that can direct a computer or other programmable 
data processing apparatus to function in a particular manner, such that the 
instructions stored in the computer-readable memory produce an article of 
manufacture including instruction means, which implement the funct.on 
specified in the flowchart block or blocks. The computer program instructions 
may also be loaded onto a computer or other programmable data process.ng 
, apparatus to cause a series of operational steps to be performed on the 
computer or other programmable apparatus to produce a computer- 
implemented process such that the instructions, which execute on the 
computer or other programmable apparatus, provide steps for implementing 
the functions specified in the flowchart block or blocks. 
3 Accordingly, functional blocks of the block diagrams and flowchart 

i„ustrations support combinations of means for performing the specrfted 
functions, combinations of steps for performing the specified functions, and 
program instruction means for performing the specified functions. It w,ll also 
be understood that each functional block of the block diagrams and flowchart 
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illustrations, and combinations of functional blocks in the block diagrams and 
flowchart illustrations, can be implemented by either special purpose 
hardware-based computer systems, which perform the specified functrons or 
steps, or suitaMe combinations of special purpose hardware and computer 

instructions. 

Further as one skilled in the art will appreciate, a "consumer card or 
"credit card" as used herein, includes any device, code, or suitable finance! 
instrument. The device, code or instrument may also represent an account 
with a financial institution, such as a bank, a card issuer, and/or the l.ke. The 
device code, or other suitable financial instrument may also have a cred.t hne 
or balance associated with it, wherein the cred,t line or balance is in a form of 
a financial tender having discrete units, such as currency. Moreover, a 
consumer card" or "credit card", as used herein, includes any dev,ce, code, 
or financial instrument suitably configured to allow the cardholder to interact or 
communicate with the system, such as, for example, a charge card, cred.t 
card debit card, prepaid card, telephone card, smart card, magnetic stnpe 
card' bar code card, authorization/access code, personal identificat.cn 
number (PIN), Internet code, other identification code, and/or the l.ke. 
Additionally a "cardholder" or "card member" includes any person or ent.ty 
that uses a consumer card and participates in the present system and may 
include a person who is simply in possession of a financial account identifier, 
such as an authorization or account code. 

Communication between the parties to the system of the present 
invention is accomplished through any suitable communication means, such 
as for example, a telephone network, Intranet, .nternet, point of interact.on 
device (point of sale device, personal digital assistant, cellular phone, k.osk, 
etc ) online commun.cations, off-line communications, w.reless 
communications, and/or the like. One skilled in the art will also apprec.ate 
that for security reasons, any databases, systems, or components of the 
3 present .nvent.on may consist of any combination of databases or 
components at a single location or at multiple locations, where.n each 
database or system includes any of various suitable security features, such as 
firewalls, access codes, encryption, de-encryption, compression, 
decompression, and/or the like. 
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In general, in an exemplary embodiment, the mult,ple-serv,ce card ,s a 
credit card co-branded with a service partner membership card. A 
prospective card member 108 provides the service partner 106 with 
application information for both the primary party's services and a serv.ce 
partner's services. Such information may include, for example, traditional 
credit card application information as well as traditional membership club 
application information. The serv.ce partner 106 collects and processes the 
application information, and forwards it to the primary party 102, via the card 
service engine 104, for further processing. The card service eng.ne 104 
approves or declines the new account, and returns the information to the 
service partner 106. The service partner 106, then, matches the approved 
accounts with the membership applications it has previously processed. 
Finally the service partner 106 sends its membership information to a card 
generator 120, which fabricates the physical card and sends the card to the 
card member 1 08. An example of the card fabrication process is found .n 
U S Patent Application No. 09/653,837 entitled "Transaction Card" filed 
September 1 , 2000, the entire contents of which are herein incorporated by 
r©f©r©ncG 

As a result, a card member 108 may be provided with a single card that 
serves as both a credit card and a club membership card for access to the 
service partner's open or exclusive club. This multiple-service card may have 
the traditional credit card data on one side of the card, including, for example, 
the account number, name of the account holder, and the expiration date. 
The other side of the card may include a magnetic stripe that contains the 
account information in machine readable form, a space for a signature, a 
customer service number, a service partner membership number that .s 
suitable to permit entry into a service partner's facility, a barcode with the 
same membership information and that may be scanned at the point of sale, 
and a photograph or a digital image or another identifying image of the card 
holder The photograph or other identifying image may be taken at the 
service partner's location. Any combinations of the foregoing data may be 

located on either side of the card. 

In the system of the instant invention, the primary party 102 and the 
service partner 106 participants cooperate to complete the processes 
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associated with the provision of the combined card services. Those 
processes may include a new account process, card replacement and 
renewal processes, a service partner membership cancellation process, and a 
process for cancellation and/or transfer by a primary party 102. The card 
replacement and renewal process may be initiated by the primary party 102 or 
the service partner 106 and may be a response to a member's request, a 
member's reporting of fraudulent activity, an emergency, or the member's 
activity in association with a service partner 106. Each of the process 
participants performs a series of process steps. 

As used herein, the term product control number refers to a number 
that identifies the service partner 106 that keyed in the application and the 
date on which it was keyed. Also, as used herein, the term balancing report 
refers to a report that verifies and files information sent between two parties. 
Finally the information administrator 112 records information, transfers files, 
and send reports and other electronic communication between the primary 
party 102 and a service partner 106. 

The New Account Process 

In an exemplary new account process, multiple process participants 
cooperate to accomplish the process steps. The process participants may 
include only the primary party 102, the card service engine 104, and the 
service partner 106, but those participants may also delegate their 
responsibilities to entities within their respective organizations or to other 
entities Furthermore, the card service engine 1 04 may be the same party as 
either the primary party 102 or the service partner 106. Referring to F.gs. 2a 
and 2b, regardless whether, or to which entities, the various process steps are 
delegated, the new account process is initiated by a card member's 
submission of application information (step 210) to either the service partner 
1 06 or the primary party 1 02. If the card member 1 08 submits the informat.on 
to the service partner 106, the service partner 106 performs the initial 
3 processing of the application information (step 220). If the card member 108 
submits the application information to the card service engine 104, however, 
the primary party 102 receives the application (step 210) from the card 
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member 108 and routs (step 210) the information to the service partner 106, 
which performs the initial processing (step 220). 

The initial processing (step 220) performed by the service partner 106 
includes the steps of receiving (step 221) the application information, keying 
5 (step 222) each application information file for basic information, transferr.ng 
(step 223) the application information into the service partner's database, 
creating (step 224) a unique application information file product control 
number for each application, creating (step 225) a standard variable byte f.le 
of new application data, and sending (step 226) the standard variable byte f.le 
1 0 of new application data via batch process interfaced line to the card service 
engine 104. The unique product control number is also applied to any 
physical application, which is also sent to retention. In an exemplary 
embodiment, this file does not contain any service partner 1 06 member data. 
In addition to accomplishing the initial processing of new application 
1 5 information, the service partner 1 06 produces (step 230) a balancing report 
containing the total records of each file and transmits (step 231 ) the report to 
the primary party 102. The service partner 106 also produces (step 232) a 
new account aging report of any applications greater than a predetermined 
period of time, for example, 30 days. These reports are utilized by the 
20 information administrator 112 after each transmission. Finally, the service 
partner 106 returns (step 233) any paper applications and aligns (step 234) 
with the card service engine's retention guidelines. 

Once the initial processing is complete, the card service engine 104 
receives (step 240) the standard variable byte file from the service partner 
25 106 and performs additional processing. This additional processing includes 
creating (step 241 ) necessary codes and updating (step 242) related tables 
required to identify the new consumer and the service partner 106 products, 
creating (step 243) a consolidated decisioning file, sending (step 244) an 
approved accounts file to the card service engine 104, processing (step 245) 
30 declined applications, updating (step 246) the balancing report containing total 
records of the transmitted file, creating (step 247) a job control language 
process to execute the information administrator balancing job, and creating 
(step 248) a back-up of the transmitted file and balancing reports in 
accordance with the card service engine's current standards. The 



40655.0100 

6468 4 



13 



EL426615356US 



consolidated declining file contains approved, declined, and cancelled 
service partner application information. 

The customer service administrator 114 extracts (step 250) all 
approved, declined, and cancelled service partner application information 
from the card service engine's consolidated decisioning file and transm.ts 
(step 251 ) a billing data file that is sorted, first by product control number and 
then by sequence number, to the service partner 106 containing data on 
approved, declined, and cancelled service partner accounts, excluding 
pending applications. The customer service administrator 1 14 also produces 
(step 252) a balancing report containing total records of the transmitted file 
and creates a job control language process to execute the information 
administrator balancing job after receiving the service partner's transmis Sl on 
report Finally, the customer service administrator 114 creates (step 253) a 
back-up of the transmitted file and balancing report with an expiration of 90 
days. 

With all declined or cancelled applications, the billing data file contains 
the transaction date, the product control number, the card member's name, 
the sequence number, and the status code indicating whether the status is 
approved declined, or cancelled. With all approved applications, the billing 
data file contains the transaction date, the primary party's account number 
(basic and supplemental), the product control number, the card member's 
name, the sequence number, and the status code indicating whether the 
status is approved, declined, or cancelled. 

Once the service partner 1 06 receives the billing data file that was 
transmitted by the customer service administrator 114, the service partner 106 
identifies (step 260) approved accounts by the presence of an account 
number issued by the primary party 1 02 and populates (step 261 ) the service 
partner's database with the primary party's new account numbers. For any 
unrecognized product control numbers, the service partner 106 produces 
D (step 262) a reject report to be used for operations reconciliation processes. 
This reject report includes the primary party's account number, if applicable, 
the card member's name, the product control numbers, and the transaction 
date The service partner 106 also produces (step 263) a balancing report 
containing total records of the received file and transmits (step 264) the report 

EL426615356US 

40655.0100 14 



6468.4 



,o the primary party 102. After receiving an approved account file from the 
card serv.ce engine 104, the card service engine 104 loads (step 270) the f„e 
onto its database, creates (step 271 ) a daily plastic file, and, period.cally, 
sends (step 272) a plastic embossing file to the card generator 120. 
5 The card generator 1 20, receives (step 280), periodically, the plast.c 

file from the card service engine 1 04. Upon receipt of the plastic file, the card 
generator 120 identifies (step 281) all service partner charge and lend.ng 
accounts on the primary party's renewal plastic file and transmits (step 282) 
an identified accounts file of all identified accounts to the service partner 106. 
, 0 The identified accounts file includes information such as the primary party s 
account numbers, card member 108 names, the card generator process.ng 
identifiers, transaction dates, and the primary party's bag Ids. A new 
identified accounts file is created periodically for renewal and penod.c 
processing. Balancing reports are also sent (step 283) to show the total 
15 number of accounts sent to the service partner 106. 

Upon receipt of the identified accounts file from the card generator 120, 
the service partner 106 merges (step 290) the identified accounts file to the 
service partner 106 database by the primary party's new account numbers. 
The service partner 106 periodically sorts (step 291) the daily file by 
20 approved, dedined, and cancelled in numeric sequential order to create a 
daily membership file with service partner 106 membership informat.oa 
Finally, the service partner 106 transmits (step 292) the daily membersh.p file 

to the card generator 120. 

For individual members, service partner 106 membership data 
includes, for example, the service partner membership number, service 
partner member since date, service partner member type, and a photo image. 
For business members, the data includes the company name, the* resale ID, 
the resale type, and the resale state. In general, other membersh.p data 
includes, for example, a photo image flag indicator, the primary party's new 
30 account number, the card generator processing ind.cator, processing data, 
and the card generator bag-ID. 

After transmitting the daily membership file to the card generator 120, 
the service partner 106 creates (step 293) an exception reject report 
containing inval.d product control numbers, which are account numbers that 
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did not result ,n a match on the service partner database. The exception 

ie ct report is used with the operations reconciiiation process an ,nc, s 
the pnmary party's account number, card member ^'^"0 
card generator processing indicator, and the primary party 102 bag-,a 
5 F.nally. the service partner 1 06 produces (step 294, a balancing report 
con.ain.ng the tota, records of the received identified a-n^ 
balancing report ,s utilized by the information admin,s»ra,or 112 after each 
transmission for balancing with the card generator 120. 

Lr receiving the updated embossing information m from the serv.ce 
10 partner 106, the card generator 120 merges (step 284), using the primary 
party's new account number, the data from the updated emboss.ng 
n m,,on f,le with the piastic file tha, was received previously from he ca d 
serv.ce engine 104. In addition, the card generator 120 embosses all requ d 
rimary party 102 data, prints a card member number oh the signature pane,, 
1 5 prints applicable service partner membership data such as tha. which ,s 
escribed above, on .he bac, of the primary party card, places the serv, 
partner membersh.p number in the third magnetic stripe pos,«,on, converts he 
1 partner membership number .0 a bar code, prints the b^n the 
bacK o, the membership card, and sends the membersh.p card ,0 the card 

20 member 108. 70 creates < step 285) a reject report ta- 

in addition, the card generator 120 creates (step ^ 1 

al, non-primary party account numbers or invalid card generator processing 
an noii yi „ nc tkiq rpiect report ncudes 

indicators received from the service partner 106. Th.s re rep 
a„ data received on .he service partner file except a photo .rnage The epor. 
25 labeled "Invaiid Accounts Received from Service Partner' and ,s used for 

onerational reconciliation. . 

Fina„y the card generator 1 20 re-sends, in a subsequent transm.ss.on 
to the service' partner 1 06, namely account numbers that do not have a 
service partner membership number. After a predetermined number of 
30 attempts the information is removed from the embossing fi.e and p.aced on 

generator, re)ect report. Baiancing reports show the tota, number of 
accounts received from the service partner 106. 
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Card Replacement P rocesses 

In an exemplary card replacement process, multiple process 
participants cooperate to accomplish the process steps. The process 
participants may include only the primary party 102, the card serv.ce engine 
5 , 04 and the service partner 1 06, but those particpants may also delegate 
th eir responsibilities to entities within their respective organizations or to other 
enfties Furthermore, the card service engine 1 04 may be the same party as 
either the pnmary party 102 or the service partner 106. Regardless to wh.ch 
entities the various process steps are delegated, .he card rep lacem en 
10 process may be initiated by the primary party 102, in conjunct w h the ca d 
Lmber 108, or by the serv.ce partner 106. Further, special P™"' 
be called ou, in cases of fraud or emergency. In an exemplary embod.ment, 
after initial processing, a plastic card replacement process is .nit.a.ed. 

Referring to Figs. 3a and 3b, if a card member 108 requests step 3 0 
, 5 card replacement, the card replacement administrator 116 updates (step 311) 
the plastic replacement request with the card service engine 1 04 and thereby 
ILs the pLtic card replacement process. If a card 
,s,ep 320) fraudulent activity on an account, the report is sent (step 32 ) to 
h e fraud resolution administrator 118, which attempts (step 322, to so ve the 
case and if the claim is deemed valid, sends (step 323) a request to the card 
replacement administrator 116, which updates (step 324) the plast.c 
replacement request with the card service engine 104 and thereby ,n„afes 
the plastic card replacement process. 

If a card member 1 08 requests (step 330) emergency card 
25 replacement, the card replacemen. administrator 1 1 6 updates (step 331 1 ) the 
card service engine 104 to no, issue a plastic card and updates the card 
server which sends (step 332) embossing information to the card generator 
1 20 which embosses (step 333) the plastic and sends i, to the card member 
108 ,n an exemplary embodiment, these emergency cards do no. contain 
30 any serv.ce partner data and expire a. the end of the following month unless 
otherwise requested by .he card member 108. In addi.ioa .he card 
replacemen. adminis.ra.or 116 issues (step 334) a second request to the card 
serv.ce engine 1 04 to issue service partner replacement plastic, thereby 
.n.tiat.ng the standard card replacemen, process. In cases o, emergency card 
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replacement, .he card member 10B is notified (step 335), firs,, that emergency 
card replacement plastic will preferably no, contain service partner 
membership data and tha, the card member 106 should seek assistance from 
,he service partner membership desk, second, tha, multiple-service card re- 
issuance will occur and will be received within a predetermined period of tame 
and third that addi,ional cards on the account may be required to be replaced 
i, the service partner 106 determines that there are changes to membership 
information. 

The service partner 106 may initiate card replacement by updating 
(step 340) the service partner data and sending (step 341) a file to the card 
replacement administrator 1 1 6 indicating the card members 1 08 who require 
new plastic cards. The service partner 106 also produces (step 342) a 
balancing report containing the total records of the transmitted „le and 
transmits the report to the primary party 1 02 This report is used by the 
information administrator 1 1 2 after each transmission for balancing w,.h fhe 

card generator 120. 

After receiving (step 350) the updated service partner data file from the 
service partner 106, the customer service administrator 114 reads (step 351) 
the file and sends (step 352) a request to the card replacement administrator 
1 16 to create replacement plastic cards. The customer service administrator 
1 14 also creates (step 353) a reject report with the card replacement 
administrator 1 1 6 indicating service partner replacements that have invalid 
account numbers. Next, the customer service administrator 114 produces 
(step 354) a balancing report containing the total records of the 
transmitted/received file. The customer service administrator 1 1 4 also 
creates (step 355) a job control language process to execute the information 
administrator s balancing job Finally, the customer service administrator 1 
creates (step 356) a back-up of the service partner replacement request file 
and balancing reports for a predetermined period of time, for example, 90 
D days. 

Upon receipt (step 360) of the request from the customer service 
administrator 1 1 4 to create replacement plastic cards, the card replacement 
administrator 116 updates (step 361 ) the plastic replacement request w.th the 
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card service engine 104 and thereby initiates the plastic card replacement 

process. . . , 

As previously stated, the plastic card replacement process ,s ,n,t,ated 

by a party's updating the plastic replacement request with the card service 
engine 104, Upon receipt of such an update, the card service eng,ne 104 
creates (step 370) a daily plastic file and sends (step 371) a daily plastic 
embossing file to the card generator 1 20. 

Upon receipt (step 380) of the daily plastic embossing file from the card 
service engine 104, the card generator 120 segments (step 381) serv,oe 
partner accounts and sends (step 382) a file of all identified service partner 
accounts to the service partner 106. This file ,s transmitted daily and contains 
the primary party's account number, the card member's name, the card 
generator processing identifier, transaction date, and the primary party s bag 
,D Separate files are created for renewal and daily processing. Balancing 
reports are also sent (step 383) showing total number of accounts sent to the 

service partner 106. 

Upon receipt (step 382) of the file showing all identified serv.ce partner 

accounts, the service partner 106 merges (step 384) the data contained ,n the 
file to the service partner database according to the primary party's new 
account number. At this point, the service partner 106 may also need to 
determine (step 385) whether additional card members 108 in the relat.onsh.p 
require their cards to be replaced due to any changes in service partner 
membership data. Next, the service partner 1 06 sorts (step 386) the da„y >e 
by the basic cards first, then the supplemental cards, in numeric sequential 
order In addition, the service partner 106 creates (step 387) an embossmg 
,nformation file with any new service partner membership data and transm.ts 
(step 388) the embossing information file to the card generator 120. The 
service partner 106 also creates (step 389) an exception reject report for 
account numbers that did not result in a match on the service partner 
3 database. This report is for use with the operations reconciliation process and 
includes the primary party's account number, card member's name, 
transaction date, the card generator processing indicator, and the pnmary 
party bag-ID. Finally, the service partner produces a balanc.ng report 
containing total records of the received file. 
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Upon receipt of the embossing information file from the service partner 
106 the card generator 120 merges (step 390) the data from the service 
partner's embossing information file with the daily plastic embossing file 
previously received from the card service engine 104. For new account 
numbers that do not have a service partner membership number, piaffe 
cards will not be embossed. Next, the card generator 120 embosses step 
391 ) the plastic cards and sends (step 392) the replacement cards to the card 
members 108. The card generator 120 also generates (step 393) a re.ect 
report for all non-primary party account numbers or invalid card generator 
processing indicators received from the service partner 106. This report 
includes a„ data received on the service partner file except the P™~ 
The report is labeled -invalid accounts received from service partner, and the 
report is used for operational reconciliation. Finally, the card generator 120 
r e sends (step 394) to the service partner account numbers that did not have 
a service partner membership number. These account numbers are sen, ,n a 
subsequent transmission. After a predetermined number o, attempts^ the 
information is removed (step 395) from the embossing file and placed on the 
PDR reject report. 

CardMaiD^^ Membership , 
^0 Cancellation, 

in an exemplary service partner membership cancellation process, 
multipie process participants cooperate to accomplish the process steps. The 
process participants may include only the primary party 102, the card service 
engine 104, and the service partner 106, but those participants may also 
25 delegate their responsibilities to entities within their respective organizations 
or to other entities. Furthermore, the card service eng.ne 104 may be the 
same party as either the primary party 102 or the service partner 106. 
Refernng to f,g. 4, regardless to which entities the various process steps are 
delegated, the service partner membership cancellation process 
30 the service partner 1 06, which transmits (step 41 0) a cancellation Me to th. 
primary party 102. The cancellation file contains data elements for all the 
primary party 102 card members 108 who have cancelled their service partner 
memberships These data elements include the cancellation date, the 
primary party's new account number, and the card member's nama 
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Upon receipt of the cancelation file from the service partner 106, the 
primary party 1 02 produces ,s.e P 420, a service partner membership 
cancellation report on the report generator. This report ,s used by card 

providers to transfer (step 430) card members 108toa new product 
JUeZL party 102 also sends (step 421, a report to the customer ser. e 
m— r1 1 1 and produces (step 422, a ba.ancing report co— to,a, 
records of the received cancellation file. In addition, the pnmary party 102 
Tates (step 423, a ,ob control language process * 

a backup of the service partner s cancellation 
days. 

^—T*« nn * or T--— " "Q"-S<-™™ P» rtner ^ 

in an exemplary card member cancellation process, multiple process 

narticioants cooperate to accomplish the process steps. The process 
participants cou^e. th^ rard service engine 

participants may include only the primary party 102, the ser g 
04 and the serv.ce partner 106, but those participants may also dele ate 
he t esponsibilities to entities within their respective organizations or to ther 
en, r urthermore, the card service engine 104 may be the same party s 
e e the primary party 1 02 or the service partner 106. Referr.no. 

d 5b regardless to which entities the various process steps are debated, 
he card member cancellation process ,s initiated by the primary party s 
custo- service administrator, 114 receiving (step 510, a request from a 
card member 108 to terminate or convert to another product 

„ the card member 108 requests not to terminate, and the card 
member 10S specif.es a product, to which the card ■""^^1 
tra ns.er the customer service administrator 114 opens (step 520) a memo 

ue and inserts (step 521, a notation indicate that the card member 108 
Its to transfer to a specific product. In addition, the customer servr e 
Iminis.ra.or 1 1 4 opens (step 522) a memo list and obta.ns (step 523) 

: r,ha, mu/be transferred .o a new ,A Finally, the cu^ mer ser.ce 
administrator 114 processes (step 524, the advancement o he eba» a 
performs the migration transaction to move the card member 108 to 
product. 
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„ the card member 108 wants ,o term.nate, or if .he ^ 

member 108 wants to terminate. 

„ the card member, desire to — e ^^ apfcn . 

mem bersh,p -^^^t P-duct, to which - car, 
and opens (step 541 ) memo q P ^ ^ adm , nistrator 

member 108 wants to transfer. In add-on, 

1 14 — W 3 r7i" —or 

66 "^^J^ of the rebate and performs (step 545, 

— n «o move the oard member 103 to the new 
,f the card member's 108 desire to terminate is venf.ed, the 
membership administrator processes (step 550) the attrifon cau.no he card 
Lee en,ne 10. to .date ^^^^^ <~ 

customer service admm.strator 114 creates (s p ; 

: el e partner 1 06 and produces (step 563, a primary 
^ner co-brand card canceiiation 

will be utilized by card provider services to transfer (step » 
108 ,o a new primary party product. The customer serv,ce adm,n,stra.o 11 
To Ices^step 571, a baiancin, report containino. to^s o he 
emitted fiie and creates (step 57 2 , a job 

execute the information administrator balancng ,ob. F.nally, he pr y P 
To 2 creates (step 573) a bacKup of the service partner canceiiat.on „le 

balancing reports for 90 days. 
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Upon rece,p< (step 580, of the primary party's cancellation file from , ha 

„ «, ra ,or114 the service partner 106 turns the credit 
customer service administrator 114. the serv v 
f ,ag indicator to N, thereby severing (step 581 ) the system linkag ■ In th,s 

ation, the service partner 106 may issue (step 582, a stand a one 
m embersh,p card. Finaliy, the service partner 106 produces s 5 a 
balancing report containing the total records of the transmitted file This 
balancing r p information administrator 

balancing report will be utilized (step oba, oy 

1 12 after each transmission for balancing with the card generator 20. 

As one skilled in the art will appreciate, the above described 
tranS aln entry interface, as we,, as any or a„ other aspects 0= t 
invention, may include any su.tab.e form of encryption and,or Cher security 
maa sures either currently known or hereafter devised. 
^ should be understood, however, tha, the de,ai,ed descnp^ 

nedfic examples while indicating exemplary embodiments of the present 
specfic examples, ^ ^ rf , jmitatlon 

all such modifications. The corresponding structures ma ^ * " 

i ~ +ho Hflimc; below are intended to mciuae ^ny 

rather than by the examples given above. For example, w 

ll hod .aims may be executed in any order and are not Hm.ted to the 
any method claims may u 0 « fin tial to the 
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ol presented ,n the Cairns. Moreover, no e,emen, is » ^ 

practice of the invention unless specifically described herein as critical 



"essential" 
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